home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19971216-19980424 / 000272_news@newsmaster….columbia.edu _Fri Feb 27 11:15:05 1998.msg < prev    next >
Internet Message Format  |  2020-01-01  |  4KB
  1. Return-Path: <news@newsmaster.cc.columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id LAA03147
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Fri, 27 Feb 1998 11:15:04 -0500 (EST)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id LAA06865
  7.     for kermit.misc@watsun; Fri, 27 Feb 1998 11:15:04 -0500 (EST)
  8. Path: news.columbia.edu!watsun.cc.columbia.edu!fdc
  9. From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
  10. Newsgroups: comp.protocols.kermit.misc
  11. Subject: Re: Catching errors while executing 'run console-app' commands in K95 ?
  12. Date: 27 Feb 1998 16:15:02 GMT
  13. Organization: Columbia University
  14. Lines: 62
  15. Message-ID: <6d6oq6$7bt$1@apakabar.cc.columbia.edu>
  16. References: <6d6jic$q5a$1@horus.mch.sni.de>
  17. NNTP-Posting-Host: watsun.cc.columbia.edu
  18. Xref: news.columbia.edu comp.protocols.kermit.misc:8464
  19.  
  20. In article <6d6jic$q5a$1@horus.mch.sni.de>,
  21. Michel Dalle <Michel.Dalle@sni.be> wrote:
  22. : I'm still trying to catch all kinds of errors while I'm executing scripts
  23. : with K95. What has me stumped now is the following :
  24. : 
  25. : In a Kermit script, I want to launch a "console application" (something that
  26. : runs in the DOS box of Windows 95 and NT). The console application returns a
  27. : status of 0 if everything is OK, and it sends some messages to STDOUT. If
  28. : the console application failes, it returns a status of 1, 2, 3, ... and
  29. : prints a corresponding message to STDERR (this can be modified if needed).
  30. : 
  31. : How can I :
  32. : 
  33. : 1) know whether Kermit could launch the console application at all (e.g. 
  34. :    no "Bad command or file name" message)
  35. : 
  36. How could you know unless you try?  I suppose you can use an IF EXIST
  37. command to see if the program executable file exists, but of course that
  38. does not guarantee it can be run.
  39.  
  40. : 2) know whether the console application executed correctly or not.
  41. : 
  42. This depends on the program's exit status code.  However, K95 has a bug in
  43. which the return code of a program or command that you start from K95 is not
  44. captured.  This bug is fixed in 1.1.16, to be announced shortly.
  45.  
  46. : 3) if there is an error, catch the error messages from stderr to some
  47. :    variable in the script.
  48. : 
  49. I don't think there is any good way to do this.  First, Windows 95 has
  50. bugs in this area.  When you attempt to start an application from a
  51. different kind of application (16-bit, 32-bit, Console, GUI, etc) and
  52. redirect the application's i/o, handles are clobbered, etc, and matters
  53. deteriorate pretty rapidly from there -- frozen windows, dead system, etc.
  54. Even if it worked, I don't think the Windows shell gives you a way to
  55. redirect stderr.  So assuming the application wrote such messages to
  56. stderr, you'd have to run some other shell that allowed stderr to be
  57. redirected.
  58.  
  59. : 4) if there is no error, catch the stdout messages to some variable in 
  60. :    the script.
  61. : 
  62. There is a mechanism for this, but whether it works depends on the
  63. application and on Windows.  It is the \fcommand() function.  Example that
  64. works:
  65.  
  66.   echo "\fcommand(echo hi there)"
  67.  
  68. prints "hi there".  Here's another that works as long as the file x.x is
  69. not too long:
  70.  
  71.   assign \%n \fcommand(type x.x)
  72.  
  73. This assigns the contents of the x.x file to the variable \%n.
  74.  
  75. : From what I've seen in tests, \v(status) and \v(exitstatus) always return 0,
  76. : and \v(pexitstat) always returns 1, independently of the success or failure
  77. : of the console application (at least on Windows 95... ).
  78. :
  79. Right, that's the bug described above.  We'll have a fix for you soon.
  80.  
  81. - Frank